home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c / 607 < prev    next >
Internet Message Format  |  1996-08-06  |  2KB
  1. Path: life.ai.mit.edu!mib
  2. From: mib@gnu.ai.mit.edu (Michael I. Bushnell, p/BSG)
  3. Newsgroups: gnu.misc.discuss,comp.std.c
  4. Subject: Re: Coding Standards are ignorant
  5. Date: 19 Mar 1996 15:54:55 GMT
  6. Organization: Free Software Foundation, Cambridge, MA
  7. Message-ID: <MIB.96Mar19105455@gnu.ai.mit.edu>
  8. References: <4gum82$14v4@info4.rus.uni-stuttgart.de>
  9.     <MIB.96Mar16174948@gnu.ai.mit.edu> <4ifq40$i87@sundog.tiac.net>
  10.     <MIB.96Mar18105957@gnu.ai.mit.edu> <4ikh3o$2kv@sundog.tiac.net>
  11. NNTP-Posting-Host: duality.ai.mit.edu
  12. In-reply-to: stanr@tiac.net's message of 18 Mar 1996 20:29:44 GMT
  13.  
  14. In article <4ikh3o$2kv@sundog.tiac.net> stanr@tiac.net (Stan Ryckman) writes:
  15.  
  16.    At the risk of re-starting the ages-old "long long" debate, I
  17.    can't find anything in the ANSI standard that permits this.
  18.    I don't have a Posix standard.
  19.  
  20. To the contrary, you have to find a statement that size_t is required
  21. to be one of the specified list of types, or it can be anything that
  22. integer operations work on correctly.
  23.  
  24.    (All that's needed for printing whatever_t types would be confirmation
  25.    that they are no larger than unsigned long.  I think that allowing
  26.    them to be larger would break ANSI even if "long long" were an
  27.    allowed extension.)
  28.  
  29. This implies that ANSI is inherently unbroken.  The standard might
  30. actually have a flaw, you know!  In fact, that's exactly the *point*
  31. here.  Prohibiting systems from using more than three widths of
  32. integers would be a flaw; allowing it but not solving the printf
  33. problem is a flaw.  
  34.  
  35. Michael
  36.